Skip to main content link. Accesskey S
  • Help
  • HCL Logo
  • HCL Lotus Expeditor wiki
  • THIS WIKI IS READ-ONLY. Individual names altered for privacy purposes.
  • HCL forums and blogs
  • Home
  • Product Documentation
  • Community Articles
Search
Community Articles > Expeditor Client for Desktop > Sample: Multiuser Features
  • Share Show Menu▼
  • Subscribe Show Menu▼

Recent articles by this author

Sample: Toolbar and Menu Contributions

Expeditor user interface team best practices on toolbar and menu contributions

Sample: Component Properties

OverviewComponent properties allow developers to create code that at compile time has specific function but accepts flexible input at runtime. For example, a developer can create a component that uses a predefined component property to update the title tab's text within a composite ...

Sample: Multiuser Features

Overview When multiple users share the same workstation, the configuration is referred to as a multiuser installation. This means that a single Expeditor client exists and is shared among all users; however, each user has their own workspace containing configuration details specific to that ...

Sample: Starting Plugins

Overview By default, Eclipse plugins are lazy. Lazy is the technical term (located in the bundle's manifest) that means that plugins are started when a request is either directly made by the Platform to start the plugin or indirectly through class loading. For example, the latter case implies ...

Sample: HTTP Communication

Overview The enhanced HTTP client in Expeditor allows developers to quickly create code that requests data from remote servers over HTTP or HTTPS. The enhanced client wraps the standard Java URLConnectionclasses such that authenticated requests leverage the Accounts framework and HTTPS ...
Community articleSample: Multiuser Features
Added by ~Tip Desachekli on June 24, 2011 | Version 1
  • Actions Show Menu▼
expanded Abstract
collapsed Abstract
No abstract provided.
Tags: samples
ShowTable of Contents
HideTable of Contents
  • 1 Overview
  • 2 Checking Feature Enablement
  • 3 Enabling Features for All Users
    • 3.1 Create an Install Manifest
    • 3.2 Create a Feature Handler
    • 3.3 Update the Build File
    • 3.4 Add a Feature Installation Handler

Overview


When multiple users share the same workstation, the configuration is referred to as a multiuser installation. This means that a single Expeditor client exists and is shared among all users; however, each user has their own workspace containing configuration details specific to that user. As administrators install new client features, other users may report that the feature does not work within their client. Administrators should make specific accommodations to ensure that features within a multiuser installation are enabled for all users.

Checking Feature Enablement


To verify that a feature is disabled, access the File -> Application -> Application Management action. For demonstration purposes, the Log Viewer feature has been disabled (highlighted in blue). Notice the icon is different than other enabled features. To view disabled features, you must toggle the "Show Disabled Features" button (highlighted in red). It's often the case that administrators do not see any disabled features because by default this button is in the disabled state.



Enabling Features for All Users


To ensure that a feature not only installs but also enables for all users, deployers should make the following changes to the feature to be installed.

Create an Install Manifest


Within the feature, create an install.xml file. The contents of a file are detailed below.

<?xml version="1.0" encoding="UTF-8"?>
<ibm-portal-composite>
	<domain-object name="com.ibm.rcp.installmanifest">
		<object-data>
			<install>
				<installfeature>
					<requirements>
						<feature action="install" id="com.ibm.rcp.support.multiuser.feature"
							match="compatible" shared="true" version="6.2.2" config="multiuser"/>
					</requirements>
				</installfeature>
			</install>
		</object-data>
	</domain-object>
</ibm-portal-composite>


The ID and version attribute are specific to the feature; all other attributes are boilerplate.

Create a Feature Handler


Create another file, handler.properties. The contents of this file contain the mergemanifest provisioning action.

mergemanifest=${features.dir}/com.ibm.rcp.support.multiuser.feature_6.2.2/install.xml


Again, the value com.ibm.rcp.support.multiuser.feature_6.2.2 should be adjusted to be specific to your feature. This is simply the directory name found in the features directory - the feature ID appended with an underscore and the version.

Update the Build File


Since new files have been added to the project, ensure that they are deployed with the feature. Do this by ensuring the new files are listed and checked in the Build tab of the plugin editor.



Add a Feature Installation Handler


Finally, ensure that the com.ibm.rcp.installhandler.RCPInstallHandler class is listed on the Installation tab of the plugin editor. This ensures that the handler.properties file previously created is processed during feature installation.




  • Actions Show Menu▼


expanded Attachments (0)
collapsed Attachments (0)
Edit the article to add or modify attachments.
expanded Versions (1)
collapsed Versions (1)
Version Comparison     
VersionDateChanged by              Summary of changes
This version (1)Jun 24, 2011, 4:32:47 PM~Tip Desachekli  
expanded Comments (0)
collapsed Comments (0)
Copy and paste this wiki markup to link to this article from another article in this wiki.
Go ElsewhereStay ConnectedAbout
  • HCL Software
  • HCL Digital Solutions community
  • HCL Software Support
  • BlogsDigital Solutions blog
  • Community LinkHCL Software forums and blogs
  • About HCL Software
  • Privacy
  • Accessibility